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PAYMENT ADMINISTRATION SYSTEM 
Background of the Invention 

This application claims the benefit of U.S. Provisional Application 
No. 60/143,491, filed July 12, 1999. 
5 I. Field of the Invention 

The invention relates to an administration system and method for 
directing payment for financial obligations, and more particularly, to a 
system and method for electronic payment for purchases using 
electronic communication. 
10 II. Description of the Prior Art 

It is known to make purchases from merchants electronically 
over the Internet using conventional credit cards. The consumer 
provides a credit card number to the merchant electronically. The 
merchant then seeks approval from the credit card company for 
15 payment for the purchase. If the consumer is within the credit limits of 
his account, the credit card company will give the merchant approval for 
payment and the merchant then completes the transaction with the 
consumer. The credit card company then pays the merchant and 
periodically issues a written statement seeking payment from the 
20 consumer. 

However, there are security and privacy problems with such a 
system. Anyone having the consumer's credit card number can make a 
purchase so long as it is within the credit limit of the card. Additionally, 
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conventional charge cards are obtained by using paper forms which 
often must be delivered by the postal service before a plastic charge 
card is delivered to the customer. The consumer does not receive 
notification of the credit transaction or payments to the account until the 

5 monthly statement is issued. Because of the multitude of steps and 
paper documentation required to complete a transaction using either a 
paper check or conventional charge card, financial institutions, 
customers and merchants all incur high costs for the convenience of 
using a check or credit card. Transaction summaries are provided only 

10 once a month, thereby creating a substantial time gap if a transaction 
has been improperly made or improperly entered into the system. 

Thus, it would be desirable to have a payment system which is 
easily usable, secure and provides great flexibility in payment and 
additional security for the consumer. Additionally, it would be desirable 

15 to provide real-time notification of changes in the customer's credit 
account. 

Summary of the Invention 

These and other advantages are obtained through a payment 
administration system providing electronic real-time notification of 
20 transactions and customer selected parameters for type of transactions 
and for payment options. The administrative system includes a central 
administrator which communicates electronically in real time with a 
customer, creditor or merchant, consumer's financial institution, and 
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administrator's bank to administrate payments for transactions. The 
payment system permits the customer to set purchase parameters for 
making the transaction, choose from several payment options, and to 
select the timing of real-time notification of activity on the customer's 
5 account. 

The administrator includes at least one database and several 
computer programs for administrating the database, making and 
collecting payments, and directing the communications. The database 
contains individual files for each customer in which data is entered 

10 directly by the customer. The customer enters relevant credit and 
personal information and selects a payment system such as credit or 
debit. Additionally, the customer sets purchase parameters. These 
parameters limit the type of purchases, the category of merchants or 
creditors with which the account may be used, the time of day, who can 

15 use the account, the amounts of the purchases, and payment options. 
The payment option includes debit or credit and includes the ability to 
have secondary payment accounts. After a customer file is opened in 
the administrative database, a credit program verifies banking and 
financial information and credit information to establish either a credit 

20 limit and/or to establish the necessary link with the debit bank or 
financial institution. If the customer information is acceptable, an 
account is opened in the database and credit parameters are set. The 
consumer is notified that the account is active electronically. The 
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customer may then make a purchase or establish a payment 
mechanism for credit accounts, utilities and the like. The administrator 
directs payments to the creditors at predetermined times and collects 
from the customer's account. 

5 The customer may then make a purchase through the system by 

contacting a participating merchant and providing an account number. 
The merchant seeks approval for the transaction from the administrator 
through a merchant interface. The administrator provides either 
approval for the purchase or denies the purchase. When the purchase 

10 is approved, the merchant completes the transaction. The sale is 
posted to the customer's account by the administrator. A payment 
program directs payment to the merchant. 

The administrative system forwards a real-time transaction 
receipt to the customer when any transactions occur. The customer 

15 may receive daily account statements if desired or view the status of the 
account at any time. At a pre-selected time each month the 
administrator closes the customer's account and forwards a monthly 
statement to the customer electronically, such as by e-mail. If the 
customer has a credit account, the administrative system electronically 

20 withdraws an amount from the customer's financial institution in 
accordance with the automatic payment option selected by the 
customer or an amount directed by the customer. If the customer has a 
debit account, the administrative system obtains payment from the 
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customer's financial institution. If the customer elects, a backup or 
secondary account, such as a savings or money market account may 
be provided. In the event that the primary account is unable to cover 
the payment, payment is automatically withdrawn from the secondary 
5 account. 

Brief Description of the Drawings 

Fig. 1 is a schematic chart of the payment system in accordance 
with the invention; 

Fig. 2 is a schematic chart of the electronic administrator; 
10 Fig. 3 is a schematic chart showing a purchase made using the 

administrative system; 

Fig. 4 is a flow chart showing the method of administrating 
payments in accordance with the invention; 

Fig. 5 is a flow chart showing a first alternative preferred method 
15 of administrating payments in accordance with the invention; 

Fig. 6 is a flow chart showing a second alternative preferred 
method of administrating payments in accordance with the invention. 
Detailed Description of the Preferred Embodiments 
As best shown in Fig. 1, a payment administration system 10 for 
20 administrating payments for financial obligations includes an 
administrator 12, a customer terminal 14, a creditor terminal 16, an 
administrator's bank terminal 18, a customer financial institution 
terminal 20, and may include a credit bureau terminal 22, all of which 
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communicate electronically. In the preferred embodiment, all of the 
terminals electronically communicate by the World Wide Web 24. In 
some applications, the administrator 12 may be integrated into a 
financial banking system or other institution. Thus, one or more of the 

5 computers or terminals may be merged together. 

As shown in Fig. 2, the administrator 12 includes a computer 26 
having a central database 28 and a number of administrative programs 
30 stored in the memory. The database 28 has a customer file 32 for 
each customer. The customer file 32 has fields containing customer 

10 identifying statistics such as the customer's name, address, telephone 
number, social security number, date of birth, bank or financial account 
number and other personal information necessary for identification. The 
customer file 32 also includes a user field, user name and a password 
for security. The customer file 32 includes fields containing customer 

15 selected purchase parameters 33. The purchase parameters 33 permit 
the customer to select a dollar limit threshold for any single purchase, a 
dollar limit threshold for all purchases within a single day, a time 
actuation limit such that the account is active and available for use only 
during certain time periods, for instance 8:00 a.m. to 5:00 p.m. Monday 

20 through Friday. The customer may also limit the use of the account to 
specific merchants or merchant categories. Merchant categories are 
defined by standard industry code (SIC). The customer also 
determines whether the account is a charge or debit account. Finally, 
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and as set forth more fully below, the customer may also select 
notification options and payment options. 

As shown in Fig. 2, the administrative programs 30 include a 
customer interface 34. In the preferred embodiment, the customer 

5 interface 34 is accessed and displayed on the customer terminal 14 
electronic device by a link through the World Wide Web 24. The 
customer interface 34 prompts the customer to enter information 
required for the customer file 32 into the database 28. The customer 
interface 34 also prompts the customer to enter payment options 38. 

10 The customer enters primary banking or financial account 37 or 
payment information such as banking or financial account information 
for a debit card or for automatic withdrawal of payments for a charge 
account. The customer may elect to have the whole amount of a 
charge account paid, pay the minimum amount, or to pay a pre- 

15 established amount each month. The customer may elect to have the 
payment amount deducted from the primary financial account 37. The 
customer may also select a secondary financial account 39 source 
which is utilized when the primary financial account 37 is unable to 
make the payment. Thus, if the customer's primary financial account 37 

20 balance is too low to cover the payment, the secondary financial 
account 39, such as a savings or money market account, will be utilized 
for payment. 
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As shown in Figs. 2 and 3, the administrative programs 30 
include an account opening program 36 which in the preferred 
embodiment electronically contacts a credit reporting bureau 22 by the 
World Wide Web 24 to determine whether the customer is eligible for a 

5 credit account. In some cases, phone contact with the credit bureau 
may needed to obtain the information entered into the customer file 32. 
The administrator then verifies the banking or financial institution 
account information provided by the customer by communicating with 
the customer's financial institution. If possible, this communication is 

10 also done electronically. In some cases it may need to be done by 
phone. If the customer has elected to have a debit account or one of 
the automatic withdrawal payment plans, the account opening program 
36 opens a debit account with the customer's bank or financial 
institution. 

15 Once all the bank information is verified and/or approved, the 

account opening program 36 opens a customer account 41 in the 
database 28 for the customer. An account number, PIN, and expiration 
date are assigned. This information is then forwarded to the customer 
by mail. The customer is able to immediately use the account to make 

20 purchases with merchants enrolled in the payment administration 
system 10. If the customer wishes to have the payment administration 
system 10 handle periodic payments to creditors, or utilities, the 
customer provides account information and the account opening 
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program establishes debit times and amounts for each payment. A 
payment program 39 then directs a disbursement to the creditor or utility 
at the selected time. 

The administrative programs 30 include a merchant approval 

5 program 50 which accesses information from merchant files 40 
contained in the database 28. A file 40 is opened for each merchant 
enrolled in the program. The merchant file 50 is assigned an account 
number and a merchant category is assigned. A payment account 43 is 
also opened and merchant banking information is entered into the file 

10 40. This information may be entered electronically over the World Wide 
Web by a merchant terminal through a merchant interface 42. Once the 
account is opened, the merchant is permitted access to the approval 
program 50. The merchant approval program 50 provides the merchant 
with authorization for a purchase. The merchant enters the customer's 

15 account number into the merchant interface and the approval program 
50 queries the database customer files 28 to verify the customer's 
identity and that the purchase is within the parameters established. 
This includes the customer's credit limit and any predefined customer 
selected purchase parameters 33 such as time of day, merchant type, 

20 or type of purchase of goods. If the purchase is within the parameters 
established, approval is given and the transaction amount is posted to 
the merchant account and the customer's account. 
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As shown in Fig. 2, the administrative system includes a 
notification program 44 which provides a real-time notification to the 
customer electronically, such as by e-mail or wireless communications 
equipment; notification is made of any account activity, such as a 

5 payment or purchase. The customer may select from several 
notification options through the customer interface 34. The customer 
may select the frequency of notification. For instance, the customer 
may select to receive daily or weekly statements by e-mail. These 
statements will provide a summary of all transactions occurring on the 

10 account that day, including purchases, payments, credits, and the like. 
A customer account interface 46 is provided to permit the customer in 
real-time to view the status of the account and recent transactions 
posted to the account. The customer account interface is accessed by 
the customer terminal from the home page of the administrator. Real- 

15 time notification is also sent electronically of any change in account 
status, such as posting of payments received, clearing of checks, 
notification that a payment has been refused by a bank or financial 
institution, or a check has bounced. Additionally, any notification made 
by the customer, such as address changes and new card issues, will be 

20 reflected on the account. Real-time confirmation notices will be 
delivered to the customer as a result of any such action and the 
customer can confirm the change through the customer account 
interface 34. 
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When the customer is within a predefined percentage, such as 
10% of the credit limit, the notification program 44 will be activated to 
deliver a real-time electronic notice to the customer advising of this fact. 
Likewise, the program will provide real-time notification of eligibility for 

5 increases or decreases in the credit line and/or interest rates. The 
customer can elect to dispense with some of the notifications, such as 
daily account summary, or real-time notification. Notification will then 
be made at periodic intervals selected by the customer. 

A collection program 48 is used to transfer funds from the 

10 customer's financial institution 20 to the administrator's financial 
institution 18. If the customer has elected a debit account the 
customer's financial institution is contacted electronically after posting to 
debit the customer's financial institution account in the amount of the 
transaction. If the customer has a charge account, the notification, the 

15 collection program is activated at the appropriate time to debit the 
customer's financial institution account in accordance with the payment 
options that the customer previously made. If the customer does not 
have sufficient funds for the transaction in the primary or secondary 
withdrawal accounts, or if the customer does not make payment, a 

20 query by the notification program 44 determines whether payment has 
been made. If no payment is made, the notification program 
electronically notifies the customer that payment has not been made 
and/or the due date has passed. 
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The administration system 10 thus provides a system which is 
responsive to customer set parameters, both for purchases and 
payments, provides for real-time notification and flexibility. In one 
embodiment, the system can be used as a paperless payment 
5 administration system which is readily suitable for use in World Wide 
Web transactions, such a system permits customers to set the 
purchase parameters, establish security measures to prevent undesired 
or authorized purchases by household or family members, and provides 
real-time paperless notification of the status of each transaction. 

10 Another feature of the program permits a client to establish an 

account that may be used with minors within predefined limits 
established by the parent. 

As shown in Fig. 4, a preferred method 50 of administering 
payments utilizing the elements set forth above, the method includes 

15 the steps of creating 52 a customer account 41 in the central database 
18, enabling 54 a customer to select payment options 38 through a 
customer interface 34 electronically communicating with the central 
database, directing 56 a financial institution to make payment for 
customer obligation to the creditor in accordance with customer 

20 selected payment options 38. The payment options 38 are selected 
through the customer interface between the administrator and 
customer, enabling the customer to enter predetermined payment 
options 38 into the customer database through the customer interface 
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34, and collecting 58 payment electronically from a primary or 
secondary account in accordance with the payment options 38. The 
payment options 38 include permitting the customer to select a primary 
and secondary financial account for making payment. In the event that 
5 the primary account is unable to make payment, a message signal, 
such as a refusal of the payment request by the financial institution 
administering the primary account, and a program then instructs the 
secondary account to make payment. 

A first preferred alternative method 60 of administering payments 

10 provides real-time notification for an account status is shown in Fig. 5. 
The method 60 includes creating 52 a customer account file 32 in a 
central database 28 which is remote from the customer's home or place 
of business, a plurality of client files and an account for each customer. 
The method 60 further includes providing 62 an electronic 

15 communication link or customer interface 34 between the administrator 
12 and a customer electronic device and electronically notifying 66 the 
customer of any change in the account status. 

As shown in Fig. 6, a second alternative method 70 of 
administrating payments is particularly useful for making on-line 

20 purchases from a merchant 74 or service provider as shown in Fig. 3. 
The method includes providing the customer selected purchase 
parameters 33. As set forth above, the method 50 includes creating 52 
customer files 32 in the central database 28, providing 62 the customer 
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interface between the administrator 12 and the customer terminal 14, 
entering 66 a customer selected purchase parameters 33 from the 
customer terminal, and entering the purchase parameters 33 into the 
customer file 32, comparing 68 the transaction with the purchase 

5 options 33 and approving 72 the transaction if the transaction falls 
within the preselected customer purchase options 33 and the 
administrative credit limits. The administrator then makes payment to 
the merchant 74 as made to the creditor as discussed above in the 
preferred method 50 of administering payments. 

10 Variations in the system and methodologies may occur to those 

skilled in the art upon reviewing the subject matter of this disclosure. 
Such variations, if within the spirit of the real invention, are intended to 
encompassed by the scope of the claims appended hereto. The 
description of the preferred embodiment herein is meant for illustrative 

15 purposes only, and not to be interpreted as limiting the scope of the 
invention. 
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